fix(dispatch): label-aware concurrency prevents routing-label cancellation by ggallen · Pull Request #5472 · fullsend-ai/fullsend

ggallen · 2026-07-22T15:55:52Z

Summary

Fixes #2452. When triage applies multiple labels rapidly, all issues/labeled events shared the same concurrency group (fullsend-dispatch-{number}). GitHub Actions cancels intermediate pending runs, so the ready-to-code event could be cancelled while a non-routing label (type/bug) survives — the code agent never dispatches.

Two complementary fixes:

Label-aware concurrency key: for labeled events, include the label name in the group so ready-to-code and type/bug get separate concurrency slots. Non-labeled events share a common dispatch suffix to preserve existing queuing behavior.
Early-exit non-routing labels: if: guard skips the dispatch job entirely for labeled events where the label isn't ready-to-code, ready-for-review, or ready-for-triage. Prevents non-routing labels from consuming concurrency slots or wasting runner time.

Applied to all three shim files:

.github/workflows/fullsend.yaml (this repo)
internal/scaffold/fullsend-repo/templates/shim-workflow-call.yaml (per-org template)
internal/scaffold/fullsend-repo/templates/shim-per-repo.yaml (per-repo template, if: guard only — no concurrency group)

Test plan

All existing scaffold alignment tests pass (100+)
Added TestShimLabeledEventFiltering — validates all three shims have the routing-label whitelist and the workflow-call shims have label-aware concurrency keys
actionlint passes on fullsend.yaml
All pre-commit hooks pass (go vet, gofmt, secret scan, workflow lint)
Apply 5+ labels to a test issue in rapid succession (including ready-to-code as a non-final label). Verify the ready-to-code run completes with "Routed to stage: code" rather than being cancelled

🤖 Generated with Claude Code

qodo-code-review · 2026-07-22T15:57:23Z

PR Summary by Qodo

Fix dispatch concurrency for labeled events to prevent routing cancellation

🐞 Bug fix ⚙️ Configuration changes 🧪 Tests 🕐 20-40 Minutes

AI Description

• Make dispatch concurrency label-aware for labeled events to avoid run cancellations.
• Skip dispatch entirely for non-routing labels to preserve runner time and queue slots.
• Add alignment test to prevent regressions across all shim workflow templates.

Diagram

graph TD
  A([GitHub event]) --> B[Fullsend shim workflow] --> C{Routing label?} --> D[Label-aware concurrency group] --> E[dispatch.yml (reusable)] --> F[Agent stage runs]
  C -->|no| G[Skip dispatch job]

  subgraph Legend
    direction LR
    _ext([Event]) ~~~ _wf[Workflow/job] ~~~ _dec{Decision}
  end

High-Level Assessment

The following are alternative approaches to this PR:

1. Filter labeled events inside dispatch.yml only

➕ Centralizes routing/label logic in one place
➕ Avoids duplicating label whitelist across shims
➖ Still consumes concurrency slots and runner startup time for non-routing labels
➖ Does not address cancellations caused by concurrency collisions without additional changes

2. Disable/relax concurrency for labeled events

➕ Eliminates cancellation/queue interactions for label bursts
➖ Can trigger multiple redundant dispatches for the same issue/PR
➖ Higher runner usage and more noise during rapid label application

Recommendation: Current approach is the best tradeoff: the if: guard prevents wasted runs for non-routing labels, and the label-aware concurrency key prevents routing labels from being starved/canceled by unrelated labels during rapid triage bursts. Keeping the whitelist in the shims is acceptable since it’s now enforced by an alignment test.

Files changed (4) +83 / -8

Bug fix (2) +34 / -6

fullsend.yamlAdd label-aware concurrency and routing-label guard to dispatch job +17/-3

Add label-aware concurrency and routing-label guard to dispatch job

• Updates the dispatch job concurrency group to include the label name for 'issues/pull_request' 'labeled' events, preventing routing labels from sharing a slot with non-routing labels. Adds an 'if:' guard to skip dispatch on labeled events unless the label is one of the routing labels (ready-to-code/review/triage).

.github/workflows/fullsend.yaml

shim-workflow-call.yamlAdd label-aware concurrency and routing-label guard to workflow-call shim +17/-3

Add label-aware concurrency and routing-label guard to workflow-call shim
• Updates the workflow-call shim dispatch job concurrency group to include the label name for labeled events. Adds an 'if:' guard to skip the dispatch job for non-routing labeled events, matching repo-level behavior.
internal/scaffold/fullsend-repo/templates/shim-workflow-call.yaml

Tests (1) +39 / -0

workflow_call_alignment_test.goAdd regression test for labeled-event filtering and concurrency keys +39/-0

Add regression test for labeled-event filtering and concurrency keys

• Introduces 'TestShimLabeledEventFiltering' to assert all shim variants whitelist only routing labels at the 'if:' guard and that workflow-call based shims include 'github.event.label.name' in the concurrency key. Prevents future scaffold drift/regressions for #2452.

internal/scaffold/workflow_call_alignment_test.go

Other (1) +10 / -2

shim-per-repo.yamlSkip dispatch for non-routing labeled events in per-repo shim +10/-2

Skip dispatch for non-routing labeled events in per-repo shim
• Adds an 'if:' guard to the per-repo shim dispatch job to ignore labeled events unless the label is a routing label. This avoids consuming runner time and avoids interfering with routing-label runs.
internal/scaffold/fullsend-repo/templates/shim-per-repo.yaml

fullsend-ai-review · 2026-07-22T15:57:49Z

🤖 Review · ⚠️ Cancelled · Started 3:57 PM UTC · Ended 4:00 PM UTC
Commit: 4ec46ff · View workflow run →

github-actions · 2026-07-22T15:57:56Z

Site preview

Preview: https://ed57ef28-site.fullsend-ai.workers.dev

Commit: f57a254f3aa868bfcaacd947b2e4d3931eeb7ec6

fullsend-ai-review · 2026-07-22T16:01:46Z

🤖 Finished Review · ✅ Success · Started 4:01 PM UTC · Completed 4:19 PM UTC
Commit: 761aadf · View workflow run →

qodo-code-review · 2026-07-22T16:07:26Z

Code Review by Qodo

🐞 Bugs (1) 📘 Rule violations (0) 📜 Skill insights (0)

Context used

✅ Compliance rules (platform): 61 rules

✅ Skills: writing-user-docs, writing-adrs

1. PR label whitelist mismatch 🐞 Bug ➹ Performance

Description

The shim if: whitelist allows ready-to-code and ready-for-triage for all labeled events,
including pull_request_target labeled events, but the downstream router only routes
pull_request_target labeled when the triggering label is ready-for-review. This causes avoidable
dispatch runs that immediately skip with “No stage matched”.

Code

.github/workflows/fullsend.yaml[R56-61]

+      && (
+        github.event.action != 'labeled'
+        || github.event.label.name == 'ready-to-code'
+        || github.event.label.name == 'ready-for-review'
+        || github.event.label.name == 'ready-for-triage'
+      )

Relevance

⭐⭐⭐ High
PR #5015 routes pull_request_target.labeled only for ready-for-review; tightening shim whitelist
avoids known no-op “stage empty” runs.
PR-#5015
PR-#5198

ⓘ Recommendations generated based on similar findings in past PRs

Evidence
The shim whitelist includes three routing labels regardless of event type, but the router’s
pull_request_target labeled branch only routes on ready-for-review and otherwise returns an
empty stage, which the dispatcher treats as a no-op skip.
.github/workflows/fullsend.yaml[51-61]
internal/scaffold/fullsend-repo/.github/workflows/dispatch.yml[201-212]
.github/workflows/reusable-dispatch.yml[269-316]

Agent prompt

The issue below was found during a code review. Follow the provided context and guidance below and implement a solution

### Issue description
The shim job `if:` condition whitelists three labels for any `labeled` action. However, the router logic for `pull_request_target` only routes labeled events when the triggering label is `ready-for-review`; other whitelisted labels (e.g. `ready-to-code`) won’t route and will lead to a no-op dispatch run.

### Issue Context
This wastes runner time and can still consume a per-label concurrency slot for a run that cannot route.

### Fix Focus Areas
- .github/workflows/fullsend.yaml[52-61]
- internal/scaffold/fullsend-repo/templates/shim-workflow-call.yaml[50-59]
- internal/scaffold/fullsend-repo/templates/shim-per-repo.yaml[41-50]

### Implementation guidance
- Refine the labeled-event guard to align with routing behavior:
 - For `pull_request_target` + `action == 'labeled'`: only allow `github.event.label.name == 'ready-for-review'`.
 - For `issues` + `action == 'labeled'`: allow `ready-to-code`, `ready-for-triage` (and `ready-for-review` only if you explicitly want to support it).
- Update `TestShimLabeledEventFiltering` accordingly (it currently assumes the same whitelist for all shims).

ⓘ Copy this prompt and use it to remediate the issue with your preferred AI generation tools

2. ~~Concurrency test false-positive~~ ✓ Resolved 🐞 Bug ⚙ Maintainability

Description

TestShimLabeledEventFiltering’s “concurrency” subtest only checks that github.event.label.name
appears anywhere in the workflow text, but that substring already exists in the if: guard. This
can let a future regression remove label-awareness from concurrency.group without failing tests.

Code

internal/scaffold/workflow_call_alignment_test.go[R618-624]

+	// Workflow-call shim must also have a label-aware concurrency key.
+	for _, tc := range cases[:2] {
+		t.Run(tc.name+"/concurrency", func(t *testing.T) {
+			s := string(tc.content(t))
+			assert.Contains(t, s, "github.event.label.name",
+				"%s concurrency group must include label name for labeled events", tc.name)
+		})

Relevance

⭐ Low
Team previously rejected stricter concurrency assertions; PR #2465 rejected replacing Contains
checks with tighter/anchored validation.
PR-#2465

ⓘ Recommendations generated based on similar findings in past PRs

Evidence
The test’s concurrency assertion is not scoped to concurrency.group, and github.event.label.name
is already present in the newly-added if: guard, so the test can pass even if the concurrency
group regresses.
internal/scaffold/workflow_call_alignment_test.go[589-625]
.github/workflows/fullsend.yaml[51-61]

Agent prompt

The issue below was found during a code review. Follow the provided context and guidance below and implement a solution

### Issue description
`TestShimLabeledEventFiltering` claims to validate that `jobs.dispatch.concurrency.group` includes the label name, but its assertion is scoped to the entire file content. Because `github.event.label.name` is also present in the `if:` guard, the test can pass even when `concurrency.group` does not include the label.

### Issue Context
This weakens regression detection for the concurrency change introduced in #2452.

### Fix Focus Areas
- internal/scaffold/workflow_call_alignment_test.go[589-626]

### Implementation guidance
- Unmarshal each workflow YAML into a minimal struct (you already have `callerWorkflow`, `callerJob`, `jobConcurrency`).
- Assert specifically on `caller.Jobs["dispatch"].Concurrency.Group` containing `github.event.label.name` (and optionally containing the `github.event.action == 'labeled'` guard), instead of `assert.Contains(t, s, ...)` on the whole file string.
- Keep the existing string-based assertions for the `if:` guard if desired, but make the concurrency assertion field-scoped.

ⓘ Copy this prompt and use it to remediate the issue with your preferred AI generation tools

fullsend-ai-review · 2026-07-22T16:19:08Z

Review

Findings

Medium

[protected-path] .github/workflows/fullsend.yaml — Protected path modified. The PR links to issue Concurrency group cancels code dispatch when triage applies multiple labels #2452 and the description explains the rationale for the concurrency group and if: guard changes. Human approval is required for all protected-path changes.

Low

[edge-case] .github/workflows/fullsend.yaml:58 — The startsWith('ready-') guard lets unlabeled events for routing labels (e.g., removing ready-to-code) through to dispatch, but dispatch does not route any unlabeled event to a stage — the run will spin up a runner and exit early with no work done. This is an intentional, tested design choice (forward-compatible defensive filtering) with negligible cost (~20s wasted runner per routing label removal).

Previous run

Review

Findings

Medium

[protected-path] .github/workflows/fullsend.yaml — Protected path modified. The PR links to issue Concurrency group cancels code dispatch when triage applies multiple labels #2452 and the description explains the rationale for the concurrency group and if: guard changes. Human approval is required for all protected-path changes.

Low

[edge-case] .github/workflows/fullsend.yaml:58 — The startsWith('ready-') guard lets unlabeled events for routing labels (e.g., removing ready-to-code) through to dispatch, but dispatch does not route any unlabeled event to a stage — the run will spin up a runner and exit early with no work done. This is an intentional, tested design choice (forward-compatible defensive filtering) with negligible cost (~20s wasted runner per routing label removal).

Previous run (2)

Review

Findings

Medium

[protected-path] .github/workflows/fullsend.yaml — Protected path modified. The PR links to issue Concurrency group cancels code dispatch when triage applies multiple labels #2452 and the description explains the rationale for the concurrency group and if: guard changes. Human approval is required for all protected-path changes.

Low

[edge-case] .github/workflows/fullsend.yaml:58 — The startsWith('ready-') guard lets unlabeled events for routing labels (e.g., removing ready-to-code) through to dispatch, but dispatch does not route any unlabeled event to a stage — the run will spin up a runner and exit early with no work done. This is an intentional, tested design choice (forward-compatible defensive filtering) with negligible cost (~20s wasted runner per routing label removal).
[naming-consistency] docs/ADRs/0002-initial-fullsend-design.md — ADR 0002 uses ready-to-implement throughout the workflow narrative but production code and this PR use ready-to-code as the routing label, creating terminology drift between the design document and implementation.

Previous run (3)

Review

Findings

Medium

[protected-path] .github/workflows/fullsend.yaml — Protected path modified. The PR links to issue Concurrency group cancels code dispatch when triage applies multiple labels #2452 and the description explains the rationale for the concurrency group and if: guard changes. Human approval is required for all protected-path changes.

Low

[edge-case] .github/workflows/fullsend.yaml:58 — The startsWith('ready-') guard lets unlabeled events for routing labels (e.g., removing ready-to-code) through to dispatch, but dispatch does not route any unlabeled event to a stage — the run will spin up a runner and exit early with no work done. This is an intentional, tested design choice (forward-compatible defensive filtering) with negligible cost (~20s wasted runner per routing label removal).

Previous run (4)

Review

Findings

Medium

[protected-path] .github/workflows/fullsend.yaml — Protected path modified. The PR links to issue Concurrency group cancels code dispatch when triage applies multiple labels #2452 and the description explains the rationale for the concurrency group and if: guard changes. Human approval is required for all protected-path changes.

Low

[naming-consistency] .github/workflows/fullsend.yaml:46 — The concurrency group key uses a fallback string 'dispatch' as the default for non-labeled events. A 4-line comment block above explains the label-aware concurrency key design (Concurrency group cancels code dispatch when triage applies multiple labels #2452), making the purpose clear in context.

Previous run (5)

Review

Findings

Medium

[protected-path] .github/workflows/fullsend.yaml — Protected path modified. The PR links to issue Concurrency group cancels code dispatch when triage applies multiple labels #2452 and the description explains the rationale for the concurrency group and if: guard changes. Human approval is required for all protected-path changes.

Low

[scope-creep] .github/workflows/fullsend.yaml:57 — The startsWith(github.event.label.name, 'ready-') filter formalizes the existing ready- prefix convention into an enforced guard. All current routing labels already follow this convention and the prefix approach is more maintainable than an explicit allowlist, but the issue authorized a concurrency bug fix rather than a naming-convention formalization.

Previous run (6)

Review

Findings

Medium

[protected-path] .github/workflows/fullsend.yaml — Protected path modified. The PR links to issue Concurrency group cancels code dispatch when triage applies multiple labels #2452 and the description explains the rationale for the concurrency group and if: guard changes. Human approval is required for all protected-path changes.

Low

[scope-creep] .github/workflows/fullsend.yaml:57 — The startsWith(github.event.label.name, 'ready-') filter formalizes the existing ready- prefix convention into an enforced guard. All current routing labels already follow this convention and the prefix approach is more maintainable than an explicit allowlist (avoids updating every enrolled repo for new routing labels), but the issue authorized a concurrency bug fix rather than a naming-convention formalization. Consider noting in the PR description that this convention is an intentional design decision.
[documentation-alignment] docs/glossary.md:118 — The glossary states "custom agents must follow this convention" for the ready- prefix but doesn't explain the failure mode. The bring-your-own-agent guide does explain it ("a non-conforming label will never reach dispatch") — consider adding a cross-reference from the glossary entry.

Previous run (7)

Review

Findings

Medium

[protected-path] .github/workflows/fullsend.yaml — Protected path modified. The PR links to issue Concurrency group cancels code dispatch when triage applies multiple labels #2452 and the description explains the rationale for the concurrency group and if: guard changes. Human approval is required for all protected-path changes.

Previous run (8)

Review

Findings

Medium

[protected-path] .github/workflows/fullsend.yaml — Protected path modified. The PR links to issue Concurrency group cancels code dispatch when triage applies multiple labels #2452 and the description explains the rationale for the concurrency group and if: guard changes. Human approval is required for all protected-path changes.

Previous run (9)

Review

Findings

Medium

[protected-path] .github/workflows/fullsend.yaml — Protected path modified. The PR links to issue Concurrency group cancels code dispatch when triage applies multiple labels #2452 and the description explains the rationale for the concurrency group and if: guard changes. Human approval is required for all protected-path changes.

Previous run (10)

Review

Findings

Medium

[protected-path] .github/workflows/fullsend.yaml — Protected path modified. The PR links to issue Concurrency group cancels code dispatch when triage applies multiple labels #2452 and the description explains the rationale for the concurrency group and if: guard changes. Human approval is required for all protected-path changes.

Previous run (11)

Review

Findings

Medium

[protected-path] .github/workflows/fullsend.yaml — Protected path modified. The PR links to issue Concurrency group cancels code dispatch when triage applies multiple labels #2452 and the description explains the rationale for the concurrency group and if: guard changes. Human approval is required for all protected-path changes.

Previous run (12)

Review

Findings

Medium

[protected-path] .github/workflows/fullsend.yaml — Protected path modified. The PR links to issue Concurrency group cancels code dispatch when triage applies multiple labels #2452 and the description explains the rationale for the concurrency group and if: guard changes. Human approval is required for all protected-path changes.

Low

[adr-annotation-format] docs/ADRs/0034-centralized-shim-routing-via-dispatch.md:147 — ADR update annotation uses **Update (#2452, PR #5472):** instead of the established **Note (YYYY-MM, [#ISSUE](link)):** format used elsewhere in this repo's ADRs (e.g., ADRs 0054, 0066). Consider changing to **Note (2026-07, [#2452](https://github.com/fullsend-ai/fullsend/issues/2452)):** to match repo conventions.
[scope-documentation] docs/glossary.md:118 — The ready- prefix requirement is a new architectural constraint enforced by the if: guard on all shims. All existing routing labels already use this prefix, and the PR properly documents the convention in the glossary, ADR, and bring-your-own-agent guide. Consider noting in the PR description that this convention is an intentional design decision formalized by this PR.

Previous run (13)

Review

Findings

Medium

[protected-path] .github/workflows/fullsend.yaml — Protected path modified. The PR links to issue Concurrency group cancels code dispatch when triage applies multiple labels #2452 and the description explains the rationale for the concurrency group and if: guard changes. Human approval is required for all protected-path changes.

Previous run (14)

Review

Findings

Medium

[protected-path] .github/workflows/fullsend.yaml — Protected path modified. The PR links to issue Concurrency group cancels code dispatch when triage applies multiple labels #2452 and the description explains the rationale for the concurrency group and if: guard changes. Human approval is required for all protected-path changes.
[breaking-change] internal/scaffold/fullsend-repo/templates/shim-workflow-call.yaml:50 — The startsWith(github.event.label.name, 'ready-') filter formalizes an implicit convention as an enforced behavioral change in the shim templates. All existing routing labels already use the ready- prefix and dispatch.yml routing only matches ready--prefixed labels (so non-ready- labels were never functionally routed), but the shim-level enforcement is new. Custom agents using label-based triggers must follow the ready- prefix convention. The PR documents this requirement in the glossary, ADR 0034, and bring-your-own-agent guide.

Low

[implicit-contract] docs/guides/user/bring-your-own-agent.md:187 — The ready- prefix requirement is documented as an inline comment in the harness field reference YAML block. A more prominent callout (e.g., in the "Registering your agent" section) would improve discoverability for custom agent authors.
[documentation-gap] docs/glossary.md:118 — The glossary update mentions the shim if: guard skips non-matching labels. Making the silent nature of the skip more explicit (e.g., "silently skips") would help users understand the consequences of using a non-ready- label.

Previous run (15)

Review

Findings

Medium

[protected-path] .github/workflows/fullsend.yaml — Protected path modified. The PR links to issue Concurrency group cancels code dispatch when triage applies multiple labels #2452 and the description explains the rationale for the concurrency group and if: guard changes. Human approval is required for all protected-path changes.

Low

[incomplete-doc] docs/guides/dev/e2e-testing.md — The e2e-testing guide discusses label filtering limitations at the on: level and uses concurrency groups plus gate jobs to handle non-actionable labels. The PR introduces a complementary if: startsWith() pattern for dispatch label filtering at the job level. A cross-reference could be useful, though these are different subsystems (e2e authorization vs dispatch routing).

Previous run (16)

Review

Findings

Medium

[protected-path] .github/workflows/fullsend.yaml — Protected path modified. The PR links to issue Concurrency group cancels code dispatch when triage applies multiple labels #2452 and the description explains the rationale for the concurrency group and if: guard changes. Human approval is required for all protected-path changes.

Low

[code-organization] internal/scaffold/workflow_call_alignment_test.go — TestShimLabeledEventFiltering validates both label filtering and label-aware concurrency in a single test function. The concurrency sub-tests cover shim dispatcher concurrency (a different layer than TestReusableDispatchStageConcurrency which tests stage-level agent workflows in reusable-dispatch.yml), so the overlap is cosmetic, not functional. Keeping both concerns together is reasonable since they implement the same feature (Concurrency group cancels code dispatch when triage applies multiple labels #2452).

Previous run (17)

Review

Findings

Medium

[protected-path] .github/workflows/fullsend.yaml — Protected path modified. The PR links to issue Concurrency group cancels code dispatch when triage applies multiple labels #2452 and the description explains the rationale for the change. Human approval is required for all protected-path changes.
[stale-behavioral-description] docs/ADRs/0034-centralized-shim-routing-via-dispatch.md:142 — The Consequences section describes enrolled repos having "a single concurrency group" that "cancels any in-progress run for the same issue/PR." This PR introduces label-aware concurrency groups where different routing labels get separate slots, making that description inaccurate. A minor annotation cross-referencing fix(dispatch): label-aware concurrency prevents routing-label cancellation #5472 would be appropriate (per ADR immutability rules).

Low

[test-inadequate] internal/scaffold/workflow_call_alignment_test.go:622 — The concurrency sub-test asserts github.event.label.name appears in the file content, but this string also appears in the if: guard. If the concurrency group were accidentally removed while the if: guard remained, this test would still pass. A more specific assertion (e.g., checking for the ternary expression github.event.action == 'labeled' && github.event.label.name) would make the test robust against this false-positive scenario.

Labels: PR modifies dispatch workflow routing (concurrency groups and labeled-event filtering)

fullsend-ai-review · 2026-07-22T16:45:14Z

🤖 Finished Review · ✅ Success · Started 4:45 PM UTC · Completed 4:58 PM UTC
Commit: e909805 · View workflow run →

waynesun09

Multi-agent review squad pass (4 reviewers: Claude x2, Grok, Gemini) — no Critical/High findings survived verification. 7 Medium findings posted inline covering: unverified core fix behavior in a live GH Actions environment, a weak test assertion (substring-only, not semantic), a fragile positional test slice, a stale ADR invariant re: per-role concurrency, an ADR update that overgeneralizes which shim gained label-aware concurrency, an unacknowledged "Confidence: Medium" root cause from the source issue, and hand-copied if:/group: blocks with no single source of truth. Two prior review threads (label-whitelist mismatch, weak concurrency test) are already resolved/declared-intentional and not re-flagged.

fullsend-ai-review · 2026-07-22T19:00:40Z

🤖 Finished Review · ✅ Success · Started 7:00 PM UTC · Completed 7:14 PM UTC
Commit: aed6789 · View workflow run →

fullsend-ai-review · 2026-07-24T17:49:03Z

🤖 Review · ⚠️ Cancelled · Started 5:49 PM UTC · Ended 5:53 PM UTC
Commit: f93b9de · View workflow run →

fullsend-ai-review · 2026-07-24T17:55:24Z

🤖 Review · ⚠️ Cancelled · Started 5:55 PM UTC · Ended 5:57 PM UTC
Commit: e959c59 · View workflow run →

fullsend-ai-review · 2026-07-24T17:59:19Z

🤖 Finished Review · ✅ Success · Started 5:59 PM UTC · Completed 6:12 PM UTC
Commit: 27a097a · View workflow run →

waynesun09

Multi-agent review (3 agents: Claude ×2, Grok). No Critical/High findings survived verification — the ~15 findings from prior review rounds all check out as genuinely fixed or intentionally deferred, and ifireball's outstanding CHANGES_REQUESTED concern (hard-coded labels → generalization) traces through cleanly to the startsWith('ready-') + harness-dispatch/CEL-trigger mechanism. One new MEDIUM found and posted inline below.

fullsend-ai-review · 2026-07-24T19:38:44Z

🤖 Finished Review · ✅ Success · Started 7:38 PM UTC · Completed 7:52 PM UTC
Commit: e229395 · View workflow run →

waynesun09

Multi-agent re-review (4 agents: Claude ×2, Grok, Gemini) of the unlabeled-gap fix. Verified correct by 2 independent agents via full truth-table walks against GitHub's official expression-precedence docs and webhook payload schema, applied byte-identically across all three shim files. One MEDIUM finding (test-coverage gap, not a defect in the fix itself) posted inline below — non-blocking, approving.

Note: one HIGH candidate from this round (claiming unlabeled + ready-* events still waste a spin-up) was ruled a false positive — that's the author's stated deliberate design choice ("routing label removals are still allowed through for future routing support") to avoid over-coupling the shim to dispatch.yml's current routing table, not a defect.

fullsend-ai-review · 2026-07-24T19:55:15Z

🤖 Finished Review · ✅ Success · Started 7:55 PM UTC · Completed 8:09 PM UTC
Commit: f960712 · View workflow run →

fullsend-ai-review · 2026-07-24T22:06:48Z

🤖 Finished Review · ✅ Success · Started 10:06 PM UTC · Completed 10:22 PM UTC
Commit: c7f484c · View workflow run →

…ation (fullsend-ai#2452) When multiple labels are applied in a burst, the single concurrency group causes non-routing label events to cancel the routing-label dispatch. Use a label-aware concurrency key that includes the label name for labeled events so each label gets its own slot. Add an if: guard with startsWith to skip non-routing labeled and unlabeled events (those not matching the ready- prefix) at the shim level, avoiding wasted runner spin-ups. Applied to fullsend.yaml (this repo), shim-workflow-call.yaml (per-org template), and shim-per-repo.yaml (per-repo template). Signed-off-by: Greg Allen <greg@fullsend.ai> Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com> Signed-off-by: Greg Allen <gallen@redhat.com>

fullsend-ai-review · 2026-07-25T00:00:08Z

🤖 Finished Review · ✅ Success · Started 12:00 AM UTC · Completed 12:17 AM UTC
Commit: f57a254 · View workflow run →

fullsend-ai-review

See the review comment for full details.

ggallen requested a review from a team as a code owner July 22, 2026 15:55

github-actions Bot deployed to site-preview July 22, 2026 15:57 View deployment

ggallen force-pushed the fix/2452-label-aware-dispatch-concurrency branch from 4ec46ff to 761aadf Compare July 22, 2026 15:59

ggallen changed the title ~~fix(dispatch): label-aware concurrency prevents routing-label cancellation~~ fix(dispatch): label-aware concurrency prevents routing-label cancellation (#2452) Jul 22, 2026

ggallen changed the title ~~fix(dispatch): label-aware concurrency prevents routing-label cancellation (#2452)~~ fix(dispatch): label-aware concurrency prevents routing-label cancellation Jul 22, 2026

github-actions Bot deployed to site-preview July 22, 2026 16:02 View deployment

qodo-code-review Bot reviewed Jul 22, 2026

View reviewed changes

Comment thread .github/workflows/fullsend.yaml

This comment was marked as outdated.

Sign in to view

fullsend-ai-review Bot added requires-manual-review Review requires human judgment component/dispatch Workflow dispatch and triggers type/bug Confirmed defect in existing behavior labels Jul 22, 2026

ggallen force-pushed the fix/2452-label-aware-dispatch-concurrency branch from 761aadf to e909805 Compare July 22, 2026 16:43

github-actions Bot deployed to site-preview July 22, 2026 16:45 View deployment

ggallen mentioned this pull request Jul 22, 2026

fix(dispatch): triage dispatch lost when issue created with labels via API/CLI #5476

Open

waynesun09 reviewed Jul 22, 2026

View reviewed changes

ifireball requested changes Jul 22, 2026

View reviewed changes

Comment thread internal/scaffold/fullsend-repo/templates/shim-workflow-call.yaml

ggallen force-pushed the fix/2452-label-aware-dispatch-concurrency branch from e909805 to aed6789 Compare July 22, 2026 18:59

github-actions Bot deployed to site-preview July 22, 2026 19:01 View deployment

ggallen requested review from ifireball and waynesun09 July 22, 2026 19:04

ifireball reviewed Jul 22, 2026

View reviewed changes

Comment thread .github/workflows/fullsend.yaml

ggallen force-pushed the fix/2452-label-aware-dispatch-concurrency branch from aed6789 to 9ea85ce Compare July 22, 2026 20:20

ggallen force-pushed the fix/2452-label-aware-dispatch-concurrency branch from 410cd44 to 9aa1082 Compare July 24, 2026 15:57

github-actions Bot deployed to site-preview July 24, 2026 16:00 View deployment

ggallen force-pushed the fix/2452-label-aware-dispatch-concurrency branch from 9aa1082 to f93b9de Compare July 24, 2026 17:47

github-actions Bot deployed to site-preview July 24, 2026 17:49 View deployment

ggallen force-pushed the fix/2452-label-aware-dispatch-concurrency branch from f93b9de to e959c59 Compare July 24, 2026 17:53

github-actions Bot deployed to site-preview July 24, 2026 17:55 View deployment

ggallen force-pushed the fix/2452-label-aware-dispatch-concurrency branch from e959c59 to 27a097a Compare July 24, 2026 17:57

github-actions Bot deployed to site-preview July 24, 2026 17:59 View deployment

waynesun09 reviewed Jul 24, 2026

View reviewed changes

Comment thread .github/workflows/fullsend.yaml

Comment thread internal/scaffold/fullsend-repo/templates/shim-workflow-call.yaml

Comment thread internal/scaffold/fullsend-repo/templates/shim-per-repo.yaml

ggallen force-pushed the fix/2452-label-aware-dispatch-concurrency branch from 27a097a to e229395 Compare July 24, 2026 19:37

github-actions Bot deployed to site-preview July 24, 2026 19:39 View deployment

waynesun09 approved these changes Jul 24, 2026

View reviewed changes

Comment thread internal/scaffold/workflow_call_alignment_test.go Outdated

This comment was marked as outdated.

Sign in to view

ggallen force-pushed the fix/2452-label-aware-dispatch-concurrency branch from e229395 to f960712 Compare July 24, 2026 19:53

github-actions Bot deployed to site-preview July 24, 2026 19:55 View deployment

This comment was marked as outdated.

Sign in to view

ggallen force-pushed the fix/2452-label-aware-dispatch-concurrency branch from f960712 to c7f484c Compare July 24, 2026 22:05

github-actions Bot deployed to site-preview July 24, 2026 22:07 View deployment

This comment was marked as outdated.

Sign in to view

ggallen force-pushed the fix/2452-label-aware-dispatch-concurrency branch from c7f484c to f57a254 Compare July 24, 2026 23:58

github-actions Bot deployed to site-preview July 25, 2026 00:00 View deployment

fullsend-ai-review Bot reviewed Jul 25, 2026

View reviewed changes

Comment thread .github/workflows/fullsend.yaml

Uh oh!

Conversation

ggallen commented Jul 22, 2026

Summary

Test plan

Uh oh!

qodo-code-review Bot commented Jul 22, 2026

PR Summary by Qodo

Uh oh!

fullsend-ai-review Bot commented Jul 22, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

github-actions Bot commented Jul 22, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Site preview

Uh oh!

fullsend-ai-review Bot commented Jul 22, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

qodo-code-review Bot commented Jul 22, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Code Review by Qodo

Uh oh!

Uh oh!

fullsend-ai-review Bot commented Jul 22, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Review

Findings

Medium

Low

Review

Findings

Medium

Low

Review

Findings

Medium

Low

Review

Findings

Medium

Low

Review

Findings

Medium

Low

Review

Findings

Medium

Low

Review

Findings

Medium

Low

Review

Findings

Medium

Review

Findings

Medium

Review

Findings

Medium

Review

Findings

Medium

Review

Findings

Medium

Review

Findings

Medium

Low

Review

Findings

Medium

Review

Findings

Medium

Low

fullsend-ai-review Bot commented Jul 22, 2026 •

edited

Loading

github-actions Bot commented Jul 22, 2026 •

edited

Loading

fullsend-ai-review Bot commented Jul 22, 2026 •

edited

Loading

qodo-code-review Bot commented Jul 22, 2026 •

edited

Loading

fullsend-ai-review Bot commented Jul 22, 2026 •

edited

Loading

fullsend-ai-review Bot commented Jul 22, 2026 •

edited

Loading

fullsend-ai-review Bot commented Jul 22, 2026 •

edited

Loading

fullsend-ai-review Bot commented Jul 24, 2026 •

edited

Loading

fullsend-ai-review Bot commented Jul 24, 2026 •

edited

Loading

fullsend-ai-review Bot commented Jul 24, 2026 •

edited

Loading

fullsend-ai-review Bot commented Jul 24, 2026 •

edited

Loading

fullsend-ai-review Bot commented Jul 24, 2026 •

edited

Loading

fullsend-ai-review Bot commented Jul 24, 2026 •

edited

Loading